# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#	           ChangeSet	1.930.107.8 -> 1.930.107.9
#	 fs/proc/proc_misc.c	1.21    -> 1.22   
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/05/19	bjorn_helgaas@hp.com	1.930.112.33
# ia64: add hugetlb and cmd649 IDE to configs.
# --------------------------------------------
# 03/05/19	bjorn_helgaas@hp.com	1.930.1.198
# Merge hp.com:/home/helgaas/bk/to-marcelo-2.4
# into hp.com:/home/helgaas/bk/linux-ia64-2.4
# --------------------------------------------
# 03/05/19	bjorn_helgaas@hp.com	1.930.1.199
# Merge hp.com:/home/helgaas/bk/ia64-extras
# into hp.com:/home/helgaas/bk/linux-ia64-2.4
# --------------------------------------------
# 03/05/20	gibbs@overdrive.btc.adaptec.com	1.930.144.1
# Cset exclude: ak@muc.de|ChangeSet|20030508192559|45150
# Cset exclude: marcelo@freak.distro.conectiva|ChangeSet|20030507201543|47130
# Cset exclude: marcelo@freak.distro.conectiva|ChangeSet|20030507200707|47153
# --------------------------------------------
# 03/05/20	gibbs@overdrive.btc.adaptec.com	1.930.144.2
# Merge
# --------------------------------------------
# 03/05/20	gibbs@overdrive.btc.adaptec.com	1.930.144.3
# Aic7xxx and Aic79xx Updates
#  o Consistently access the COMMAND PCI space register
#    via 16bit operations.
# --------------------------------------------
# 03/05/20	gibbs@overdrive.btc.adaptec.com	1.930.144.4
# Aic79xx Update
#  o Add support for the 7901B
# --------------------------------------------
# 03/05/20	gibbs@overdrive.btc.adaptec.com	1.930.144.5
# Aic79xx Driver Update
#  o Change handling of the Rev. A packetized lun output bug
#    to be more efficient by having the sequencer copy the
#    single byte of valid lun data into the long lun field.
# --------------------------------------------
# 03/05/20	gibbs@overdrive.btc.adaptec.com	1.930.144.6
# Aic7xxx Driver version 6.2.35
# --------------------------------------------
# 03/05/20	kumarkr@us.ibm.com	1.930.130.35
# [TCP]: Handle NLM_F_ACK in tcp_diag.c
# --------------------------------------------
# 03/05/21	marcel@holtmann.org	1.930.145.1
# [Bluetooth] Implement rfcomm_tty_put_char() function
# 
# This patch adds the put_char() routine which does always allow the
# character to be queued, rather than allowing tty_default_put_char()
# to call rfcomm_tty_write() which will fail.
# --------------------------------------------
# 03/05/21	marcel@holtmann.org	1.930.138.7
# Merge holtmann.org:/home/holtmann/bitkeeper/bt-2.4
# into holtmann.org:/home/holtmann/bitkeeper/test-2.4
# --------------------------------------------
# 03/05/21	agrover@groveronline.com	1.982
# ACPI: Do not reinit ACPI irq entry in ioapic (thanks to Stian Jordet)
# --------------------------------------------
# 03/05/22	davem@nuts.ninka.net	1.930.130.36
# [IPV6]: Memory leak found by stanford checker.
# --------------------------------------------
# 03/05/22	davem@nuts.ninka.net	1.930.130.37
# [NET]: In dst_alloc, do not assume layout of atomic_t.
# --------------------------------------------
# 03/05/22	trini@kernel.crashing.org	1.930.146.1
# PPC32: Clean up the cpu_idle() code a bit.
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.1
# [PATCH] PATCH: fix ipmi screwup
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.2
# [PATCH] PATCH: IDE config fixes
# 
# 1. Fix ADMA dep_ on nothing
# 2. Fix fastrak feature if building with pdc202xx old only
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.3
# [PATCH] PATCH: allow rw_disk in IDE to be hooked
# 
# This remvoes a promise ifdef and allows HPT372N to work. For all other
# controllers the change has no effect
# Also remove some dead ifdef code
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.4
# [PATCH] PATCH: clean up the pdc4030 to use the new hooks not ifdefs
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.5
# [PATCH] PATCH: fix modular ide build and other makefile bug
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.6
# [PATCH] PATCH: correct ALi doc
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.7
# [PATCH] PATCH: hpt37x
# 
# Fix clocking on HPT372n so we generate the right clocks
# Fix cable detection on some boards
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.8
# [PATCH] PATCH: add Intel ICH5 Serial ATA
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.9
# [PATCH] PATCH: fix wrong clocking selection on CMD680/SII3112
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.10
# [PATCH] PATCH: ensure we dont turn DMA on by accident on early sl82c05
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.11
# [PATCH] PATCH: fix missing wakeup on hisax pci (breaks v.110)
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.12
# [PATCH] PATCH: mpt fusion assorted small fixes
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.13
# [PATCH] PATCH: fix config error
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.14
# [PATCH] PATCH: resync lasi id (somehow out of sync)
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.15
# [PATCH] PATCH: vrify_area fix
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.16
# [PATCH] PATCH: pci id table update
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.17
# [PATCH] PATCH: add a quirk for the serverworks irq
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.18
# [PATCH] PATCH: update wolfson codecs
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.19
# [PATCH] PATCH: pass the right object to presto
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.20
# [PATCH] PATCH: merge the kerneldoc for uaccess
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.21
# [PATCH] PATCH: parisc headers
# 
# a1
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.22
# [PATCH] PATCH: parisc headers 2
# 
# Again zero risk since parisc doesnt work in your tree yet
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.23
# [PATCH] PATCH: update IDE headers to match IDE changes
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.24
# [PATCH] PATCH: extra PCI Ident
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.25
# [PATCH] PATCH: export fc_type_trans
# 
# --------------------------------------------
# 03/05/22	alan@lxorguk.ukuu.org.uk	1.930.147.26
# [PATCH] PATCH: add a hold field to reserve ide slots (needed for PPC)
# 
# --------------------------------------------
# 03/05/22	bunk@fs.tum.de	1.930.147.27
# [PATCH] fix sound/kahlua.c .text.exit error
# 
# drivers/sound/kahlua.c in 2.4.21-rc2 causes a .text.exit error at the
# final linking when compiled statically into a kernel with CONFIG_HOTPLUG
# enabled. The pointer to remove_one is __devexit_p and not discarded but
# the __exit remove_one is discarded.
# 
# The following patch is needed:
# --------------------------------------------
# 03/05/22	bk@suse.de	1.930.147.28
# [PATCH] fix unresolved symbol rtnetlink_rcv_skb with gcc-3.3
# 
# Hi Marcelo,
# 
# I've hit the same as the people below. To compile 2.4.21 with gcc-3.3,
# please apply:
# --------------------------------------------
# 03/05/22	bunk@fs.tum.de	1.930.147.29
# [PATCH] fix ips.c .text.exit error
# 
# ips_remove_device in drivers/scsi/ips.c is __devexit but it's called
# from the __devinit ips_insert_device resulting in a compile error when
# cmpiled statically into a kernel without CONFIG_HOTPLUG enables.
# 
# The patch below solves this by removing the __devexit from
# ips_remove_device.
# 
# Please apply for -rc3
# Adrian
# --------------------------------------------
# 03/05/22	marcelo@freak.distro.conectiva	1.930.147.30
# Merge bk://namesys.com/bk/reiser3-linux-2.4-directiofix2
# into freak.distro.conectiva:/home/marcelo/bk/linux-2.4
# --------------------------------------------
# 03/05/22	marcelo@freak.distro.conectiva	1.930.147.31
# Merge bk://namesys.com/bk/reiser3-linux-2.4-tailfix
# into freak.distro.conectiva:/home/marcelo/bk/linux-2.4
# --------------------------------------------
# 03/05/22	marcelo@freak.distro.conectiva	1.930.147.32
# Merge bk://namesys.com/bk/reiser3-linux-2.4-parserfix
# into freak.distro.conectiva:/home/marcelo/bk/linux-2.4
# --------------------------------------------
# 03/05/22	green@namesys.com	1.930.147.33
# [PATCH] [2.4] export balance_dirty
# 
# Hello!
# 
#     We seem to need balance_dirty to be exported now with latest
#     reiserfs patches (so that reiserfs can be built as module).
#     Please apply (against latest 2.4 bk tree).
# 
#     Thank you.
# 
# Bye,
#     Oleg
# 
# ===== fs/buffer.c 1.82 vs edited =====
# --------------------------------------------
# 03/05/22	andrea@suse.de	1.930.147.34
# [PATCH] Fix race between remove_inode_page and prune_icache
# 
# On Thu, May 15, 2003 at 12:39:40AM +0200, Carl-Daniel Hailfinger wrote:
# > Andrea Arcangeli wrote:
# >
# > > Only in 2.4.21rc2aa1: 00_remove_inode_page-prune_icache-smp-race-1
# > >
# > > 	Fix mm corrupting SMP race between remove_inode_page and prune_icache.
# > > 	Found by Chris Mason.
# >
# > Any chance this will get into mainline before 2.4.21?
# 
# it's obviously safe so I think yes:
# --------------------------------------------
# 03/05/22	vojtech@suse.cz	1.930.147.35
# [PATCH] Fix incorrect enablebits for all AMD IDE chips
# 
# Hi!
# 
# For ages the enable bits for primary and secondary devices of AMD IDE
# chips were swapped. This fixes that.
# --------------------------------------------
# 03/05/22	viro@parcelfarce.linux.theplanet.co.uk	1.930.147.36
# [PATCH] TIOCCONS fix
# 
# 	OK, here's the backport of TIOCCONS patch to 2.4.  Please, apply.
# Alan: corresponding 2.2 fix is on devserv, ~aviro/T0-redirect-s25.
# --------------------------------------------
# 03/05/22	olh@suse.de	1.930.147.37
# [PATCH] 2.4.21-rc2 syntax error in toplevel Makefile
# 
#     [ The following text is in the "utf-8" character set. ]
#     [ Your display is set for the "ISO-8859-1" character set.  ]
#     [ Some characters may be displayed incorrectly. ]
# 
# The used syntax is obsolete since a while.
# Update two places to the correct syntax.
# 
# Please apply for 2.4.21.
# 
# 
# nectarine:/ # tail -1
# tail: `-1' option is obsolete; use `-n 1'
# Try `tail --help' for more information.
# nectarine:/ # tail --version
# tail (coreutils) 5.0
# Written by Paul Rubin, David MacKenzie, Ian Lance Taylor, and Jim Meyering.
# 
# Copyright (C) 2003 Free Software Foundation, Inc.
# This is free software; see the source for copying conditions.  There is NO
# warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# --------------------------------------------
# 03/05/22	bunk@fs.tum.de	1.930.147.38
# [PATCH] Configure.help updates from -ac
# 
# Hi Marcelo,
# 
# the patch below includes some Configure.help entries for new options in
# 2.4.21 that aren't in 2.4.21-rc2 from -ac.
# 
# It applies (with a few lines offset) against 2.4.21-rc2.
# 
# Please apply
# Adrian
# --------------------------------------------
# 03/05/22	riel@redhat.com	1.930.147.39
# [PATCH] mm/mmap.c address overflow fix
# 
# sys_munmap for a mapping near the end of the physical address space frees
# pages still in use. This is caused by an address calculation overflow in
# free_pgtables. The additional if added by this patch fixes this. The patch
# is already in linux-2.5.
# 
# Marcelo, I've verified this patch and it is needed since free_pgtables
# does some magic with both the last and the first address that could
# wrap the address space and make us free the wrong page tables.
# Please apply ASAP. Thank you.
# 
# diffstat:
#  mmap.c |    2 ++
#  1 files changed, 2 insertions(+)
# --------------------------------------------
# 03/05/22	nico@cam.org	1.930.147.40
# [PATCH] set_task_state() UP memory barriers
# 
# This fixes the UP set_task_state and set_current_state to ensure that we
# don't re-order loads around the store for setting task->state.
# 
# The patch below has just been merged into 2.5 by Linus but 2.4 needs this
# as well, especially if gcc-3.2.x is used to compile the kernel.
# --------------------------------------------
# 03/05/22	marcelo@freak.distro.conectiva	1.930.140.2
# Merge bk://namesys.com/bk/reiser3-linux-2.4-race-fix
# into freak.distro.conectiva:/home/marcelo/bk/linux-2.4
# --------------------------------------------
# 03/05/22	marcelo@freak.distro.conectiva	1.930.140.3
#   Changed EXTRAVERSION to -rc3
# --------------------------------------------
# 03/05/22	dwmw2@dwmw2.baythorne.internal	1.930.143.3
# Fix CONFIG_CRC32=y when nothing in-kernel uses CRC32 functions
# by exporting the symbol from kernel/ksyms.c instead of lib/crc32.c,
# hence forcing lib/crc32.o to get pulled in during the final link.
# --------------------------------------------
# 03/05/22	arjanv@redhat.com	1.930.140.4
# [PATCH] ioperm fix
# 
# --------------------------------------------
# 03/05/22	marcelo@freak.distro.conectiva	1.930.140.5
# Merge bk://ppc.bkbits.net/for-marcelo-ppc
# into freak.distro.conectiva:/home/marcelo/bk/linux-2.4
# --------------------------------------------
# 03/05/22	sct@redhat.com	1.930.140.6
# [PATCH] Fix mmap+IO potential dangling IO in ext3
# 
# Hi all,
# 
# I've been chasing a possible data corrupter in ext3.  Right now I can't
# reproduce any visible corruption in 2.4.20-based kernels, but using a
# test-harness device driver, I can definitely reproduce an IO scenario
# which is a corruption opportunity when there is mmaped IO on pages which
# extend beyond EOF on regular files.  At root is some unexpected
# behaviour in block_write_full_page().
# 
# The scenario is:
# 
#         File is extended to a non-page-aligned size via truncate or
#         normal writes.
# 
#         User mmaps the file and writes to the last (incomplete) page via
#         the mmap.
# 
#         VM starts writepage() on a page.  ext3_writepage calls into
#         block_write_full_page (as usual), but unusually, this specific
#         case does _NOT_ start the IO.  block_write_full_page drops down
#         to __prepare_write() and __commit_write(), which leaves the
#         buffers dirty but unlocked.
# 
#         Commit begins on the previous ext3 transaction, including the
#         writepage
# 
#         File gets truncated or unlinked
# 
#         vmtruncate gets down to ext3_flushpage which calls journal_unmap
#         to flush the IO.  The buffer_head can't be thrown away
#         immediately, as it is still owned by the committing transaction.
# 
#         Commit now scans the transaction's asyncdata list (buffers
#         committed to IO by writepage), waits for IO to complete.
#         However, it does not catch this dirty buffer, because
#         block_write_full_page did not schedule the IO so the bh is not
#         locked.  The ext3 synchronisation here assumes that writepage
#         does in fact schedule IO.
# 
# We've now got a stray IO to a random block on disk.  As soon as the
# commit completes, that block can be reallocated to another file.  Now,
# *IF* the new file gets flushed to disk before the old IO has completed,
# we've corrupted the contents on disk.
# 
# As I said, I can't see any actual data corruption on 2.4.20, but I've
# been able to demonstrate the problem in theory there.  The "testdrive"
# testing device driver is a loop.c extension which tracks all IOs on a
# device and which can detect when multiple IOs are in flight for the same
# disk block.  Using that, plus multiple instances of a test program which
# performs mmap and O_SYNC IO on files at random, deleting the files after
# each pass, I can see colliding IOs after about an hour or so.  I can
# reproduce it much faster on some older kernels.  Current testdrive is at
# 
#         http://people.redhat.com/sct/patches/ext3-2.4/dev-20030314/50-debug/3004-testdrive.patch
# 
# and it patches against latest 2.4 bk with just one minor collision in a
# Makefile.
# 
# So far, the I've only seen this happen with the combination of mmap at
# non-page-aligned EOF, plus subsequent O_SYNC IO on a later file so that
# the second use of the disk block can race against the first.  I'm
# failing to see this manifest as user-space data corruption either
# because caching effects hide the bad IO from user space, or because the
# elevator is still submitting the two IOs in original order.  But either
# way, this stray IO should not be getting through.
# 
# There's an easy workaround in ext3, attached: just clean the dirty bit
# if we see an asyncdata (ie. writepage) buffer which has been freed.  I
# suspect that the ideal solution may be to make block_write_full_page()
# submit its IOs to disk even in the case where it falls through to
# prepare/commit_write, but that's a bigger change in an area of the
# kernel which is rarely hit and hence hard to test.
# 
# Cheers,
#  Stephen
# 
# 
# 
#     [ Part 2: "Attached Text" ]
# 
#     [ The following text is in the "ISO-8859-15" character set. ]
#     [ Your display is set for the "ISO-8859-1" character set.  ]
#     [ Some characters may be displayed incorrectly. ]
# --------------------------------------------
# 03/05/22	marcelo@freak.distro.conectiva	1.930.140.7
# Cset exclude: alan@lxorguk.ukuu.org.uk|ChangeSet|20030522194932|46894 (wolfson codec upd)
# --------------------------------------------
# 03/05/22	davem@nuts.ninka.net	1.930.130.38
# [IPV4]: Fix fib_hash performance problems with huge route tables.
# --------------------------------------------
# 03/05/23	dwmw2@infradead.org	1.930.148.1
# Assisted merge of CONFIG_CRC32 help text
# --------------------------------------------
# 03/05/23	dwmw2@infradead.org	1.930.148.2
# Fix CONFIG_CRC32=m by make crc32.o export its own symbols again in that case.
# --------------------------------------------
# 03/05/23	davem@nuts.ninka.net	1.930.130.39
# [IPV4]: Use get_order instead of reimplementation.
# --------------------------------------------
# 03/05/23	shaggy@shaggy.austin.ibm.com	1.930.136.26
# Merge jfs@jfs.bkbits.net:linux-2.4
# into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.4
# --------------------------------------------
# 03/05/23	jgarzik@redhat.com	1.930.149.1
# Merge bk://kernel.bkbits.net/jgarzik/bonding-2.4
# into redhat.com:/garz/repo/bonding-2.4
# --------------------------------------------
# 03/05/23	shmulik.hen@intel.com	1.930.149.2
# [bonding] ABI versioning
# 
# This patch adds user-land to kernel ABI version control in bonding to
# restore backward compatibility between different versions of ifenslave and
# the bonding module. It uses ethtool's GDRVINFO ioctl to pass the ABI
# version number between ifenslave and the bonding module in both directions
# so both the driver and the application can tell which partner they're
# working against and take the appropriate measures when enslaving/releasing
# an interface. The bonding module remembers the ABI version received from
# the application, and from that moment on will deny enslave and release
# commands from an application using a different ABI version, which means
# that if you want to switch to an ifenslave with a different ABI version
# (or with non at all), you'll first have to re-load the bonding module.
# 
# This patch also changes the driver/application versioning scheme to
# contain 3 fields X.Y.Z with the follows meaning:
# X - Major version - big behavior changes
# Y - Minor version - addition of features
# Z - Extra version - minor changes and bug fixes
# 
# There are also three minor bug fixes:
# 1. Prevent enslaving an interface that is already a slave.
# 2. Prevent enslaving if the bond is down.
# 3. In bond_release_all, save old value of current_slave before assigning
#    NULL to it to enable using it's original value later on.
# 
# This patch is against bonding-20030415.
# 
# --------------------------------------------
# 03/05/23	shmulik.hen@intel.com	1.930.149.3
# [bonding] better 802.3ad mode control, some cleanup
# 
# This patch adds the lacp_rate module param to enable better control over
# the IEEE 802.3ad mode. This param controls the rate at which the partner
# system is asked to send LACPDUs to bonding.
# Two options exist:
# - slow (or 0) - LACPDUs are 30 seconds apart
# - fast (or 1) - LACPDUs are 1 second apart
# The default is slow (like most switches around).
# 
# There are also some code beautifications (mainly converting comments to C
# style in code segments we added in the past).
# 
# --------------------------------------------
# 03/05/23	shmulik.hen@intel.com	1.930.149.4
# [bonding] much improved locking
# 
# This patch replaces the use of lock_irqsave/unlock_irqrestore in bonding
# with lock/unlock or lock_bh/unlock_bh as appropriate according to context.
# This change is based on a previous discussion regarding the fact that
# holding a lock_irqsave doesn't prevent softirqs from running which can
# cause deadlocks in certain situations. This new locking scheme has already
# undergone massive testing cycle by our QA group and we feel it is ready
# for release (some new modes and enhancements will not work properly
# without it).
# --------------------------------------------
# 03/05/23	shmulik.hen@intel.com	1.930.149.5
# [bonding] support xmit load balancing mode
# --------------------------------------------
# 03/05/23	shmulik.hen@intel.com	1.930.149.6
# [bonding] add rcv load balancing mode
# 
# This patch adds a new mode that enables receive load balancing for IPv4
# traffic on top of the transmit load balancing mode. This capability is
# achieved by intercepting and manipulating the ARP negotiation to teach
# clients several MAC addresses for the bond and thus distribute incoming
# traffic among all slaves with the highest link speed.
# 
# In order to function properly, slaves are required to be able to have
# their MAC address set even while the interface is up since once the
# primary slave looses its link, the new primary slave (and only it) must be
# able to take over and receive the incoming traffic instead. If a
# non-primary slave looses its link, ARP packets will be sent to all clients
# communicating through it in order to teach them a replacement MAC address,
# and the primary slave will be put in promiscuous mode for 10 seconds for
# fault tolerance reasons.
# 
# This patch is against bonding-20030415, but must come only after the
# locking scheme changing patch since it uses dev_set_promiscuity() that
# would otherwise cause a system hang.
# --------------------------------------------
# 03/05/23	fubar@us.ibm.com	1.930.149.7
# [bonding] small cleanups
# --------------------------------------------
# 03/05/23	benh@kernel.crashing.org	1.930.140.8
# [PATCH] Update ide/ppc/pmac.c
# 
# Hi Marcelo !
# 
# This patch against 2.4.21-rc3 will update drivers/ide/ppc/pmac.c to the
# latest version in my 2.4.21 tree. It makes use of the "hold" field you
# added to hwif in -rc3 to avoid a problem with ide-cs, fix the DMA
# routines for proper usage of the new ide_exectute_command(), and remove
# a now useless delay (since ide-probe.c now contains the wait for BSY,
# the delay is no longer useful), and finally, allow the new "Kauai"
# ATA/100 interfaces to be probed before the old ones so the internal HD
# of those machines becomes hda and not hde
# 
# Please apply before your release 2.4.21 final,
# 
# Ben.
# 
# ===== drivers/ide/Config.in 1.27 vs edited =====
# --------------------------------------------
# 03/05/23	benh@kernel.crashing.org	1.930.140.9
# [PATCH] Fix controlfb build with gcc3.3
# 
# Hi Marcelo !
# 
# This patch fixes build of controlfb driver with recent gcc's,
# please apply
# 
# ===== drivers/video/controlfb.c 1.8 vs edited =====
# --------------------------------------------
# 03/05/23	benh@kernel.crashing.org	1.930.140.10
# [PATCH] PPC32 Fix warning with ndelay (with patch !)
# 
# This patch fixes a warning with recent gcc's when using the new
# ndelay() function, by properly defining a large constant as unsigned
# 
# ===== include/asm-ppc/delay.h 1.5 vs edited =====
# --------------------------------------------
# 03/05/23	marcelo@freak.distro.conectiva	1.930.140.11
#   Changed EXTRAVERSION to -rc4
# --------------------------------------------
# 03/05/23	gibbs@overdrive.btc.adaptec.com	1.930.144.7
# Aic7xxx Driver Update
#  o Fix disabling of PCI parity error interrupts.  We need to set
#    FAILDIS in the SEQCTL register, not the HCNTRL register.
# --------------------------------------------
# 03/05/23	gibbs@overdrive.btc.adaptec.com	1.930.144.8
# Aic7xxx and Aic79xx Driver Updated
#  o Remove "cam_status cam_status" code where the variable
#    name shaddows the type.  This is legal, but a bit
#    confusing.
# --------------------------------------------
# 03/05/23	gibbs@overdrive.btc.adaptec.com	1.930.144.9
# Aic7xxx Driver Update
#  o Correct/Simplify ignore wide residue message handling
# --------------------------------------------
# 03/05/23	gibbs@overdrive.btc.adaptec.com	1.930.144.10
# Aic7xxx Driver Update
#  o Be more conservative in testing FIFOEMP before calling an
#    overrun on a data transfer.
# --------------------------------------------
# 03/05/23	gibbs@overdrive.btc.adaptec.com	1.930.144.11
# Aic79xx Driver Update
#  o Correct/Simplify ignore wide residue message handling
# --------------------------------------------
# 03/05/23	gibbs@overdrive.btc.adaptec.com	1.930.144.12
# Aic7xxx and Aic79xx Driver Updates
#  o Fix style nits.
# --------------------------------------------
# 03/05/23	gibbs@overdrive.btc.adaptec.com	1.930.144.13
# Bump aic79xx driver version to 1.3.9
# --------------------------------------------
# 03/05/23	jgarzik@redhat.com	1.930.149.8
# Merge bk://kernel.bkbits.net/jgarzik/bonding-2.4
# into redhat.com:/garz/repo/net-drivers-2.4
# --------------------------------------------
# 03/05/23	agrover@groveronline.com	1.983
# ACPI: update to 20030522
# Found and fixed a reported problem where an AE_NOT_FOUND error occurred occasionally
# during _BST evaluation.  This turned out to be an Owner ID allocation issue where a
# called method did not get a new ID assigned to it.  Eventually, (after 64k calls), the
# Owner ID UINT16 would wraparound so that the ID would be the same as the caller's and the
# called method would delete the caller's namespace.
# 
# Implemented extended error reporting for control methods that are aborted due to a
# run-time exception.  Output includes the exact AML instruction that caused the method
# abort, a dump of the method locals and arguments at the time of the abort, and a trace of
# all nested control method calls.
# 
# Modified the interpreter to allow the creation of buffers of zero length from the AML
# code. Implemented new code to ensure that no attempt is made to actually allocate a
# memory buffer (of length zero), only a buffer object with a NULL buffer pointer and
# length zero.  A warning is no longer issued when the AML attempts to create a zero-length
# buffer.
# 
# Implemented a workaround for the "leading asterisk problem" in _HIDs, _UIDs, and _CIDs.
# One leading asterisk is automatically removed if present in all HID, UID, and CID
# strings.
# 
# Implemented full support for _CID methods that return a package of multiple CIDs.  The
# AcpiGetObjectInfo interface now returns a device _HID, _UID, and _CID list if present.
# This required a change to the external interface to pass an ACPI_BUFFER object as a
# parameter, since the _CID list is of variable length.
# 
# Fixed a problem with the new AE_SAME_HANDLER exception where handler initialization code
# did not know about this exception.
# --------------------------------------------
# 03/05/23	agrover@groveronline.com	1.984
# ACPI: Allow multiple compatible IDS for PnP matching
# --------------------------------------------
# 03/05/23	agrover@groveronline.com	1.985
# Merge groveronline.com:/root/bk/linux-2.4
# into groveronline.com:/root/bk/linux-2.4-acpi
# --------------------------------------------
# 03/05/25	jgarzik@redhat.com	1.930.140.12
# Merge redhat.com:/garz/repo/marcelo-2.4
# into redhat.com:/garz/repo/net-drivers-2.4
# --------------------------------------------
# 03/05/25	rusty@rustcorp.com.au	1.930.140.13
# [irda] module refcounts for irlan
# --------------------------------------------
# 03/05/25	yoshfuji@linux-ipv6.org	1.930.140.14
# IPv6 over ARCnet (RFC2497) support, driver part
# --------------------------------------------
# 03/05/25	yoshfuji@linux-ipv6.org	1.930.140.15
# IPv6 over ARCnet (RFC2497) support, IPv6 part.
# --------------------------------------------
# 03/05/25	davem@nuts.ninka.net	1.930.130.40
# [NET]: Kill net/README, out of date and duplicates MAINTAINERS file.
# --------------------------------------------
# 03/05/26	barryn@pobox.com	1.930.150.1
# [PATCH] Correctly fix the ioperm issue
# 
# The previous 2.4 ioperm fix is broken. This patch against 2.4.21-rc3
# fixes the fix, so that ioperm actually works. The "fixed" ioperm was
# only copying 1/4th of the bitmap, not the whole thing. The real-world
# bug was that FCE Ultra (and possibly other svgalib apps) tended to
# segfault rather than actually run.
# 
# This patch also backports the IO_BITMAP_BYTES #define from 2.5, because
# IO_BITMAP_SIZE can be a mental booby trap in some contexts. If that's
# too invasive, let me know, but IMO it makes the code cleaner and it's
# an obviously correct change.
# 
# -Barry K. Nathan <barryn@pobox.com>
# --------------------------------------------
# 03/05/26	minyard@acm.org	1.930.150.2
# [PATCH] IPMI fixes
# 
#    * Move poll_wait() outside a spinlock, since it can sleep
#    * Modify the state machine to restart the timer immediately on
#      starting a new message.  Firmware updates went down from 30
#      minutes to 5.
#    * Allocate a the main KCS state machine variable the right size (it
#      was too big).
#    * Fix recovery from the HOSED state machine state so that the driver
#      will recover properly if the IPMI controller fails temporarily.
#    * Call some spinlocks with "unsigned long flags" instead of "int flags".
#    * Add buffer leak checking.
#    * Fix the handling of watchdog conditions, they were incorrect in
#      many cases.
#    * Fix the watchdog so the first write starts it, not the second write.
#    * Fix the watchdog so pretimeouts are handled properly and don't
#      necessarily result in a reset.
#    * Add some missing symbol exports that the watchdog code needs.
# --------------------------------------------
# 03/05/26	c-d.hailfinger.kernel.2003@gmx.net	1.930.150.3
# [PATCH] Fix make xconfig breakage
# 
# Hi Marcelo,
# 
# drivers/ide/Config.in has a few bugs which prevent make xconfig from
# running at all. The attached fix is ugly, but small and thus appropriate
# for -rc4. It has been tested and works for me(TM).
# 
# I will send you a more invasive fix to do it right(TM) during 2.4.22-pre
# timeframe. For now, please apply the minimal fix below.
# 
# Thanks
# Carl-Daniel
# 
#     [ Part 2: "Attached Text" ]
# 
# ===== drivers/ide/Config.in 1.28 vs edited =====
# --------------------------------------------
# 03/05/26	viro@parcelfarce.linux.theplanet.co.uk	1.930.150.4
# [PATCH] Fix writing to /dev/console
# 
# --------------------------------------------
# 03/05/26	marcelo@freak.distro.conectiva	1.930.150.5
# Cset exclude: c-d.hailfinger.kernel.2003@gmx.net|ChangeSet|20030526190224|33683
# --------------------------------------------
# 03/05/26	marcelo@freak.distro.conectiva	1.930.150.6
#   Really fix xconfig breakage
# --------------------------------------------
# 03/05/27	shmulik.hen@intel.com	1.930.140.16
# [netdrvr bonding] fix long failover in 802.3ad mode
# 
# This patch fixes the bug reported by Jay on April 3rd regarding long
# failover time when releasing the last slave in the active aggregator. The
# fix, as suggested by Jay, is to follow the spec recommendation and send a
# LACPDU to the partner saying this port is no longer aggregatable and
# therefore trigger an immediate re-selection of a new aggregator instead of
# waiting the entire expiration timeout.
# --------------------------------------------
# 03/05/27	shmulik.hen@intel.com	1.930.140.17
# [netdrvr bonding] fix ABI version control problem
# 
# This fix makes bonding not commit to a specific ABI version if the ioctl
# command is not supported by bonding.
# 
# (It also removes the '\n' in the continuous printk reporting the link down
# event in bond_mii_monitor - it got in there by mistake in our previous
# patch set and caused log messages to appear funny in some situations).
# --------------------------------------------
# 03/05/27	edward_peng@dlink.com.tw	1.930.140.18
# [netdrvr sundance] fix flow control bug
# --------------------------------------------
# 03/05/27	edward_peng@dlink.com.tw	1.930.140.19
# [netdrvr sundance] fix another flow control bug
# --------------------------------------------
# 03/05/27	jgarzik@redhat.com	1.930.140.20
# [netdrvr eepro] update MODULE_AUTHOR per old-author request
# --------------------------------------------
# 03/05/27	engebret@us.ibm.com	1.930.140.21
# [netdrvr pcnet32] bug fixes
# 
# I would like to see a couple of the pcnet32 changes that I think we can
# agree on be put into the trees so a couple of the potential defects can be
# avoided.  The following patch contains just these pieces.  The only
# controversial one is an arbitrary change in the number of iterations in a
# while loop spinning on hardware state.   No matter how this is done, I am
# not especially fond of this bit of code as it has no reasonable error
# recovery path -- however, as a half-way, incremental solution, increasing
# the polling time should help as the 100 value was certainly found to be
# insufficient.  1000 may not be sufficient either, but it is certainly no
# worse.
# 
# Both of the other changes were hit in testing (and I belive the wmb() at a
# customer even), so it would help reduce some debug if these go in.  Any
# feedback is appreciated - thanks.
# --------------------------------------------
# 03/05/27	dwmw2@dwmw2.baythorne.internal	1.930.150.7
# Merge dwmw2.baythorne.internal:/inst/bk/linux-2.4
# into dwmw2.baythorne.internal:/inst/bk/crc32-2.4
# --------------------------------------------
# 03/05/27	dwmw2@infradead.org	1.930.151.1
# Merge http://linux.bkbits.net/linux-2.4
# into infradead.org:/home/dwmw2/BK/crc32-2.4
# --------------------------------------------
# 03/05/27	dwmw2@infradead.org	1.930.152.1
# Merge infradead.org:/netopt/scratch/bk/linux-2.4
# into infradead.org:/netopt/scratch/bk/crc32-2.4
# --------------------------------------------
# 03/05/27	dwmw2@infradead.org	1.930.152.2
# Back-port Jocke's CRC32 optimisations from 2.5.
# --------------------------------------------
# 03/05/27	dwmw2@dwmw2.baythorne.internal	1.930.150.8
# Merge passion.cambridge.redhat.com:/netopt/scratch/bk/crc32-2.4
# into dwmw2.baythorne.internal:/inst/bk/crc32-2.4
# --------------------------------------------
# 03/05/27	dwmw2@infradead.org	1.930.150.9
# Merge dwmw2.baythorne.internal:/inst/bk/crc32-2.4
# into infradead.org:/home/dwmw2/BK/crc32-2.4
# --------------------------------------------
# 03/05/27	shaggy@shaggy.austin.ibm.com	1.930.136.27
# Merge jfs@jfs.bkbits.net:linux-2.4
# into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.4
# --------------------------------------------
# 03/05/27	ak@muc.de	1.930.153.1
# [PATCH] Fix 32bit ioctl holes
# 
# Lots of overflow checking for the x86-64 32bit ioctl emulation,
# fixes some DoS and at least one potential root hole.
# 
# Should be definitely applied because it's security relevant.
# 
# -Andi
# --------------------------------------------
# 03/05/27	ak@muc.de	1.930.153.2
# [PATCH] Fix context switch bug on x86-64
# 
# The path for handling wrong segment register reloads in the context
# switch was buggy, causing kernel oops if user space load an wrong
# segment register.
# 
# Fixes a user DoS on x86-64.
# 
# -Andi
# --------------------------------------------
# 03/05/27	ak@muc.de	1.930.153.3
# [PATCH] Prefetch workaround for csum-copy
# 
# The Opteron has an Errata (#91) that causes it sometimes to report exceptions
# on faulting prefetches. This could cause kernel oops if the user was
# passing illegal addresses to sendmsg.et.al. The problem only occurs
# on x86-64 because the i386 copy functions didn't use the prefetch
# instructions.
# 
# It was already fixed in most user copy functions in 2.4.21rc*, but
# the initial fix in csum-copy was not correct: it would return EFAULT
# in this case, but it must be ignored. Fix this now correctly.
# 
# -andi
# --------------------------------------------
# 03/05/27	agrover@groveronline.com	1.986
# ACPI: Remove extra semicolon (Pavel Machek)
# --------------------------------------------
# 03/05/27	alan@lxorguk.ukuu.org.uk	1.930.153.4
# [PATCH] PATCH1: (trivial) Fix the formatting of your ide hack
# 
# --------------------------------------------
# 03/05/27	alan@lxorguk.ukuu.org.uk	1.930.153.5
# [PATCH] PATCH2: =scsi option fails in some cases
# 
# This is just an over careful #if def
# --------------------------------------------
# 03/05/27	alan@lxorguk.ukuu.org.uk	1.930.153.6
# [PATCH] PATCH3: IDE DMA
# 
# We have a problem with PCI IDE DMA devices. The base is the mapped
# address (ioremap return) but the core code is trying to do reserve_mem_
# type stuff on it. If you have a box with lots of RAM it all breaks
# horribly. The code IDE understands hwif->mmio == 2 meaning "hands off
# resource management but ide-dma didnt". This fixes that
# --------------------------------------------
# 03/05/27	alan@lxorguk.ukuu.org.uk	1.930.153.7
# [PATCH] PATCH: add the via ide ident
# 
# This is a late addition but its purely a new ident and 8237 boards are
# popping up everywhere right now
# --------------------------------------------
# 03/05/27	alan@lxorguk.ukuu.org.uk	1.930.153.8
# [PATCH] PATCH: fix the siimage mmio stuff
# 
# This uses the mmio==2 DMA stuff to fix the siimage driver problems. Without
# it on a large memory box it either crashes or doesn't work
# 
# This is the minimal fix to siimage. I've also got a much bigger fix set I
# have been using in -ac.
# --------------------------------------------
# 03/05/27	marcelo@freak.distro.conectiva	1.930.153.9
#   Changed EXTRAVERSION to -rc5
# --------------------------------------------
# 03/05/27	trini@kernel.crashing.org	1.930.146.2
# PPC32: Fix a multicast bug in the MPC 8xx / 8260 enet drivers.
# 
# From Dan Malek:
# The multicast filter loop needs to advance the pointer to
# the next filter, not keep using the first one.  Thanks to Dale
# for noticing this one.
# 
# This version of the fix is from Joakim Tjernlund
# <joakim.tjernlund@lumentis.se>
# --------------------------------------------
# 03/05/27	benh@kernel.crashing.org	1.930.153.10
# [PATCH] PPC Documentation/Configure.help fix
# 
# Hi Marcelo !
# 
# Yet another one from the debian folks, makes clear that ADB keycodes
# support is now deprecated and suggest setting to N by default (that
# matches the defconfig update I sent separately).
# 
# This should help reducing significantly the signal/noise ratio on
# some mailing lists due to some users setting that option and booting
# with linux-keycodes keymaps (default on all distros nowadays)
# 
# If it's still time for 2.4.21, please apply.
# 
# ===== Documentation/Configure.help 1.125 vs edited =====
# --------------------------------------------
# 03/05/27	trini@kernel.crashing.org	1.930.146.3
# PPC32: Correct the DTLB miss handler on MPC8xx.
# From Joakim Tjernlund <Joakim.Tjernlund@lumentis.se>
# --------------------------------------------
# 03/05/27	marcelo@freak.distro.conectiva	1.930.153.11
#   Add missing via82xxx PCI ID
# --------------------------------------------
# 03/05/27	marcelo@freak.distro.conectiva	1.930.153.12
# Backout erroneous fsync on last opener at close()
# 
# From Stephen:
# > Is it OK to avoid fsync() at close() in case we're not the last opener?
# 
# Definitely not.  Applications such as mtools absolutely rely on
# sync-on-close as a way of ensuring that a floppy is uptodate once the
# command has completed, for example.
# 
# > Even though the server is keeping those devices open, when a utility
# > program (sm) opens that file/device and closes() it the close() causes
# > a fsync() on the device, something that is not wanted.
# 
# If the "sm" utility is not writing to the device, then one thing that
# _would_ help is to change the semantics so that we sync on last writer
# to the device, not on last opener.  That's obviously a much bigger
# change, but would solve the problem of readonly openers, or applications
# opening for ioctl only, flushing the data to disk.  
# 
# And from Alan:
# 
# > Is it OK to avoid fsync() at close() in case we're not the last opener?
# 
# Several apps seem to rely on the fsync at close assumption. It also
# makes me really nervous because in the NFS case the close() should cause
# a write back of the data pending while this change appears to stop that
# from happening.
# 
# Given its just a performance hack I'd say its a complete no-way for 2.4
# and probably wants a fair bit more thought in 2.5 with regards to shared
# file systems and also to peoples expectations on removable devices.
# 
# --------------------------------------------
# 03/05/28	c-d.hailfinger.kernel.2003@gmx.net	1.930.153.13
# [PATCH] IDE config.in correctness
# 
# Darn. Everytime I send a patch for drivers/ide/Config.in, someone beats
# me to it and my patch causes a conflict. This time with one more bugfix
# for the same line.
# 
# Fixes:
# CONFIG_PDC202XX_BURST was not selectable if CONFIG_BLK_DEV_PDC202XX_OLD=m
# 
# CONFIG_PDC202XX_BURST depended on CONFI_BLK_DEV_IDEDMA_PCI, which is a typo.
# 
# Please apply,
# 
# Carl-Daniel
# 
#     [ Part 2: "Attached Text" ]
# 
# ===== drivers/ide/Config.in 1.32 vs edited =====
# --------------------------------------------
# 03/05/28	marcelo@freak.distro.conectiva	1.930.153.14
#   Changed EXTRAVERSION to -rc6
# --------------------------------------------
# 03/05/27	davem@nuts.ninka.net	1.930.154.1
# [IPV4/IPV6]: Use Jenkins hash for fragment reassembly handling.
# --------------------------------------------
# 03/05/27	davem@nuts.ninka.net	1.930.154.2
# [IPV6]: Input full addresses into TCP_SYNQ hash function.
# --------------------------------------------
# 03/05/28	davem@nuts.ninka.net	1.930.154.3
# [IPV4]: Add sysctl to control ipfrag_secret_interval.
# --------------------------------------------
# 03/05/28	shaggy@shaggy.austin.ibm.com	1.930.136.28
# Merge jfs@jfs.bkbits.net:linux-2.4
# into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.4
# --------------------------------------------
# 03/05/28	trini@kernel.crashing.org	1.930.153.15
# Merge kernel.crashing.org:/home/trini/work/kernel/pristine/linux-2.4
# into kernel.crashing.org:/home/trini/work/kernel/pristine/linux-2.4-misc
# --------------------------------------------
# 03/05/28	trini@kernel.crashing.org	1.930.153.16
# PPC32: Fix a problem with MDIO requests on reset in MPC 8xx enet.
# In fec_restart, we ignored any pending MDIO requests.
# Take care of this by adding functions to start / stop
# the mii queue.  This is from Jean-Denis Boyer <jdboyer@m5t.com>.
# --------------------------------------------
# 03/05/28	trini@kernel.crashing.org	1.930.153.17
# PPC32: Minor cleanups to the MPC 8xx FEC driver.
# These are from Jean-Denis Boyer <jdboyer@m5t.com> and
# Wolfgang Denk <wd@denx.de>.
# --------------------------------------------
# 03/05/28	ak@muc.de	1.930.155.1
# [PATCH] x86-64 fix for the ioport problem
# 
# x86-64 has similar code as in i386 for ioperm, needs to be fixed too.
# 
# This also fixes one additional long standing bug - ioperm would sometimes
# not change enough bits in the ioperm bitmap. The function doing this
# was not completely 64bit clean.
# 
# -Andi
# --------------------------------------------
# 03/05/28	maxk@qualcomm.com	1.930.155.2
# Merge bk://linux.bkbits.net/linux-2.4
# into qualcomm.com:/home/kernel/bt-2.4
# --------------------------------------------
# 03/05/28	maxk@qualcomm.com	1.930.155.3
# Merge bk://linux-bt.bkbits.net/marcel-2.4
# into qualcomm.com:/home/kernel/bt-2.4
# --------------------------------------------
# 03/05/28	marcel@holtmann.org	1.930.138.8
# [Bluetooth] Send correct RPN response for accepted values
# 
# This patch fixes another bug in rfcomm_recv_rpn(), which do
# not respond with the correct values for accepted settings.
# --------------------------------------------
# 03/05/28	akpm@digeo.com	1.930.156.1
# [PATCH] Fix IO stalls and deadlocks
# 
# Jens Axboe <axboe@suse.de> wrote:
# >
# > > that one, the answer is YES.
# >
# >  That's the one, yes. Andrew, looks like your patch brought out some
# >  really bad behaviour.
# 
# Yes, but why?
# 
# It'd be interesting if any of these changes make a difference.
# 
# 
#  drivers/block/ll_rw_blk.c |    7
#  fs/buffer.c               | 3030 ++++++++++++++++++++++++++++++++++++++++++++++
#  2 files changed, 3033 insertions(+), 4 deletions(-)
# --------------------------------------------
# 03/05/29	marcel@holtmann.org	1.930.138.9
# [Bluetooth] Set EA bit for V.24 signals parameter
# 
# This patch always sets the EA bit along with the V.24 signals
# value in rfcomm_send_msc().
# --------------------------------------------
# 03/05/28	davem@kernel.bkbits.net	1.930.156.2
# Merge davem@nuts.ninka.net:/home/davem/src/BK/nethash-2.4
# into kernel.bkbits.net:/home/davem/nethash-2.4
# --------------------------------------------
# 03/05/28	davidm@tiger.hpl.hp.com	1.930.112.34
# ia64: Fix unwinder so core-dumps work again.  Without this patch, most scratch-regs
# 	came out wrong.
# --------------------------------------------
# 03/05/28	jgarzik@redhat.com	1.930.157.1
# [netdrvr tlan] backport fixes and cleanups from 2.5
# 
# * alloc_etherdev (fixes race)
# * PCI DMA API
# * C99 initializers
# * speling fixes
# * use pci_{request,release}_regions for PCI devices
# * propagate error returns back from pci_xxx functions
# * call pci_set_dma_mask
# * use keventd for adapter error reset (2.5 uses workqueue)
# --------------------------------------------
# 03/05/28	rohit.seth@intel.com	1.930.107.9
# Allow build with CONFIG_HUGETLB_PAGE=n.
# --------------------------------------------
#
diff -Nru a/fs/proc/proc_misc.c b/fs/proc/proc_misc.c
--- a/fs/proc/proc_misc.c	Wed Oct  8 09:09:55 2003
+++ b/fs/proc/proc_misc.c	Wed Oct  8 09:09:55 2003
@@ -36,6 +36,7 @@
 #include <linux/init.h>
 #include <linux/smp_lock.h>
 #include <linux/seq_file.h>
+#include <linux/hugetlb.h>
 #include <linux/sysrq.h>
 
 #include <asm/uaccess.h>